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(54) Vehicle tag 

(57) Object: To provide a vehicle in which informa- 
tion of RFID is easily read and written by attaching a tag 
at a position where electromagnetic waves are. 

Constitution: In a vehicle including a tag (71a-71f) 
mounted, the tag (71a-71f) including a recording medi- 



um in which identification information for identifying a 
vehicle is registered, the tag (71 a-71 f) is attached inside 
a resin member. Particularly, the tag (71a-71f) is at- 
tached inside a vehicle seat composed of a resin mem- 
ber. Furthermore, a tag (71a-71f) is attached as de- 
scribed above in a saddle-type vehicle. 

FIG. 3 
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Description 

[0001 ] The present invention relates to an article man- 
agement method for managing an article, especially 
transportation equipment such as an automobile, a mo- 5 
torcycle, a ship, and an airplane over the lifecycle there- 
of and relates to a system therefor. Specifically, the 
present invention relates to a manner of attaching a tag 
in the same system. 

[0002] A technique of managing an article by use of 10 
a RFID (Radio Frequency IDentification) has been wide- 
ly used gradually. This is a technique of managing where 
each article is stocked and the like by using computers 
as follows. The RFID (also called an IC tag, a radio tag, 
or an electronic tag) is attached to an article or a packing 15 
material thereof, and information for identifying a type 
of the article or the individual article is read from the 
RFID in a distribution process of the article and the like. 
Herein, the RFID is a small tag which includes an IC 
(Integrated Circuit) and means fortransmitting/receiving 20 
radio signals embedded. 

[0003] Moreover, the Patent Document 1 discloses a 
technology of a system which enables an article such 
as a vehicle to be managed from production to disposal 
in the following manner. The RFID (tag) is kept fixed to 25 
the article from production to disposal thereof, and in- 
formation which is specific to the article and stored in an 
IC within the RFID is designed to be read by a computer. 
In this system, any one of inventory management, de-, 
livery management, distribution management, mainte- 30 
nance management, and customer management is in- 
cluded from production to disposal. This Patent Docu- 
ment 1 discloses a technology of fixing the RFID to a 
chassis frame made of sheet steel (FIGS. 2 and 3, pi. 
0007), an electromagnetic shielding board which elec- 35 
tromagnetically shields an antenna of the RFID from the 
chassis frame made of sheet steel (FIG. 2, pi. 0009), 
and a technology of fixing the RFID to a side surface of 
the chassis frame and a bottom surface or a bumper of 
a monocoque body (FIG. 5, pl. 0020). 40 

Patent Document 1 : 

Japanese Patent Laid-Open Publication No. 
2002-169858 45 



a position around which there is no material blocking 
electromagnetic waves and facilitates reading and writ- 
ing information of the RFID. 

[0006] In order to solve the above-described problem, 
in a vehicle including a tag mounted therein, the tag in- 
cluding a recording medium in which identification infor- 
mation for identifying a vehicle is registered, the present 
invention is characterized in that the tag is attached in- 
side a resin member. 

[0007] With the above configuration, the read/write 
signals (electromagnetic waves) for the tag can be 
transmitted through the resin member. 
[0008] Moreover, in the vehicle according to the 
present invention, the tag is attached inside a vehicle 
seat composed of a resin member. 
[0009] Furthermore, in the vehicle according to any 
one of claims 1 and 2, the vehicle is a saddle-type ve- 
hicle. 

[001 0] In the saddle-type vehicle, each section of the 
vehicle body is exposed to the exterior space. 
[0011] Hereinafter, a description will be given of one 
embodiment of the present invention with reference to 
the drawings, in which: 

FIG. 1 is a block diagram showing a configuration 
of a vehicle management system according to one 
embodiment of the present invention. 
FIG. 2 is a schematic view showing rough places to 
which an RFID is attached in a vehicle (motorcycle) 
in the embodiment. 

FIG. 3 is a cross-sectional view of a seat showing 
the places to which the RFID is attached in more 
detail in the embodiment. 

FIG. 4 is a schematic view showing an example of 
a face of the vehicle registration certificate in the 
embodiment. 

FIG. 5 is a schematic view showing a configuration 
of data stored in a memory within the RFID in this 
embodiment. 

FIG. 6 is a schematic view showing a data structure 
of owner data included in a vehicle information da- 
tabase in the embodiment. 

FIG. 7 is a schematic view showing a data structure 
of part configuration data included in the vehicle in- 
formation database in the embodiment. 
FIG. 8 is a schematic view showing a data structure 
of vehicle history data included in the vehicle infor- 
mation database in the embodiment. 
FIG. 9 is a schematic view showing a data structure 
of an outline of manifest data included in the vehicle 
information database in the embodiment. 
FIG. 1 0 is a schematic view showing a list of func- 
tions included in a controller of a vehicle information 
management server in the embodiment. 
FIG. 11 is a schematic view showing processing and 
a data flow in disposal/recycling functions in the em- 
bodiment. 



[0004] In the case where the RFIC was fixed to the 
chassis frame of a vehicle using the conventional tech- 
nology as described above, since the entire chassis 
frame was covered with the vehicle body made of metal, 50 
read/write signals (electromagnetic waves) for the RFID 
were blocked by a vehicle body. Therefore, toread/write 
information from/to the RFID, it was required to get un- 
der the body and bring a RFID reader/writer close to the 
chassis, which was very inconvenient. 55 
[0005] The present invention is to solve the aforemen- 
tioned problems, and an object of the present invention 
is to provide a vehicle which includes a tag attached at 
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[0012] FIG. 1 is a block diagram showing a configu- 
ration of a vehicle management system according to the 
embodiment. In FIG. 1, the reference numeral 10 de- 
notes a vehicle information management server. This 
vehicle information management server 10 includes a 5 
controller 101 (identifying means, means for outputting 
information, means for storing information for identifying 
a target vehicle, comparing means, means for extracting 
owner information, manifest issuing means, and means 
for outputting dumped article information) and a vehicle 10 
information database 102 (means for storing article in- 
formation, means for storing part configuration informa- 
tion, means for storing owner information, and means 
for storing waste treatment information). Moreover, the 
reference numeral 20 denotes terminals provided for ve- 15 
hide manufacturing plants, vehicle dealers, vehicle re- 
pair shops, filling stations, disposal service providers, 
customs offices, and houses of vehicle users. Note that 
an RFID reader/writer (means for reading tag informa- 
tion) is connected to each terminal 20 if necessary, and 20 
it is allowed to easily read and write information of a 
memory within the RFID provided for a vehicle or the 
RFID embedded in a vehicle registration certificate. 
Note that the disposal service providers include waste 
generators which discharge wastes, waste collectors/ 25 
transporters which collect and transport the discharged 
wastes, intermediate treatment companies which per- 
form intermediate treatment for wastes, final disposal 
companies which perform final disposal after; the inter- 
mediate treatment, and the like. The reference numeral 30 
21 denotes, for example, a portable terminal owned by 
a vehicle user. The reference numeral 30 denotes a 
server in a vehicle sale website which is provided for 
selling vehicles by using a so-called web interface via a 
communication network. 35 
[0013] The reference numeral 80 denotes a commu- 
nication network. The vehicle information management 
server 1 0, the terminals 20, the portable terminal 21 , and 
the server 30 in the vehicle sale website can communi- 
cate with each other via this communication network 80. 40 
Note that the portable terminal 21 is allowed to be con- 
nected to the communication network 80 via a mobile 
phone network 81 . Herein, the mobile phone network 81 
and the communication network 80 are connected to 
each other via a not-shown gateway device or the like. 45 
[001 4] In the vehicle information management server 
1 0, the vehicle information database 1 02 holds manage- 
ment information in terms of each vehicle over the entire 
lifecycle from a stage when the vehicle is shipped from 
the plant to a stage when the vehicle is disposed of. 50 
Moreover, as described later, the controller 1 01 refers 
to data stored in the vehicle information database 102 
and writes data in the vehicle information database 1 02 
while exchanging data with the terminals 20, the porta- 
ble terminal 21 , the vehicle sale website server 30, and 55 
the like. 

[001 5] Note that the vehicle information management 
server 1 0, the terminals 20, and the vehicle sale website 



server 30 are implemented by using computers. More- 
over, a portable telephone terminal (mobile phone ter- 
minal or PHS (Personal Handyphone System, trade- 
mark) terminal) , a PDA (Personal DigitalAssistant), or 
the like is used as the portable terminal 21. Each of 
these devices is provided with a CPU (Central Process- 
ing Unit) inside. Each process of processing conducted 
by each of these devices is stored in a computer-read- 
able recording medium in the form of a computer pro- 
gram. Each CPU reads and executes the program to 
perform the above processing. Herein, the computer- 
readable recording medium is a magnetic disk, a mag- 
neto-optical disk, a CD-ROM, a DVD-ROM, a semicon- 
ductor memory, or the like. The computer program may 
be distributed to a computer through a communication 
line and executed by a CPU provided in the computer 
which has received the distribution. 
[0016] Next, a description will be given of means for 
identifying individual vehicles in this system. Each vehi- 
cle is provided with a RFID which can be identified by a 
vehicle ID. This RFID 72 includes a semiconductor 
memory embedded inside, and this semiconductor 
memory includes both a non-rewritable area and a re- 
writable area. In this non-rewritable area,; at least the 
vehicle ID for identifying the vehicle is; written in ad- 
vance. 

[001 7] FIG. 2 is a schematic view schematically show- ■ 
ing places to which the RFID is attached in the case; 
where the vehicle is a motorcycle. In FIG. 2, the refer- 
ence numeral 90 denotes a seat for a person to ride on. 5 
The seat is made of a resin member. The aforemen- 
tioned RFID is designed to be attached inside this seat. 
[0018] FIG. 3(a) is a cross-sectional view of the seat 
in the longitudinal direction. The reference numerals 
71a, 71b, 71c, 71 d, 71 e, and 71 f denote examples of a 
position where the RFID is fixed to in this drawing. The 
RFID may be attached to any of these positions 71 a to 
71 f. Particularly in the case where the RFID is attached 
to the position 71a or 71 f, the RFID reader/writer can be 
brought closer to the RFID because the distance be- 
tween the surface of the seat and the RFID is short. Note 
that the cross-sectional view of the seat at a section A-A 
of FIG. 3(a) is FIG. 3(b). 

[0019] As shown in FIG. 3 (a), the resin member form- 
ing the seat has a certain degree of vertical thickness to 
function as a buffer for the rider. Therefore, when the 
RFID is attached to the position 71b, 71c, 71 d, or 71 e, 
the distance between the RFID and the seat surface is 
comparatively long. On the contrary, when the RFID is 
attached to the front or rear part such as the positions 
71a or 71 f within the seat like, the distance to the front 
or rear of the seat surface is comparatively short, re- 
spectively. Therefore, when the distance that read/write 
signals (electromagnetic waves) forthe RFID travel over 
is comparatively short, the RFID is provided at the po- 
sition whose distance to the seat surface is relatively 
short, for example the positions 71a or 71 f. This allows 
the reader to be brought closer to the RFID, thus facili- 
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tating reading and writing. 

[0020] Note that although FIG. 2 and FIGS. 3(a) and 
3(b) show the attachment positions of the RFID in the 
case of the motorcycle (the same is true in a 
motorizedbicycle) , the RFID can be provided inside the 
seat in saddle type vehicles such as bicycles, personal 
water crafts (PWC) , and all terrain vehicles in addition 
to the motorcycle. Since the seat is made of the resin 
member transmitting electromagnetic waves, attaching 
the RFID inside the seat as described above is advan- 
tageous for reading and writing information, which is 
stored in the RFID, by using electromagnetic waves. 
Normally, the saddle type vehicle does not include a me- 
tallic roof covering above the seat and the like. There- 
fore, attaching the RFID inside the seat is convenient 
because the RFID reader/writer can be installed, for ex- 
ample, over the position where vehicles stop and the 
like in the filling stations, the repair shops, the road, and 
the like. Moreover, while the RFID is designed to bef ixed 
to the vehicle from production to disposal of the vehicle, 
there is an advantage that providing the RFID inside the 
seat causes the RFID not to be removed easily. 
[0021] Note that in the case of vehicles including a 
metallic roof such as cars, buses, and trucks, the RFID 
is attached inside the seat, and information of the RFID 
is read or written bybringingahandy reader/writer in- 
side the vehicle. Alternatively, the RFID is attached near 
a front or rear window of a car. For example, the RFID 
may be attached to a dashboard part, and reading and 
writing for the RFID may be performed from the upper 
outside of the vehicle and the like. Moreover, the RFID 
may be attached inside the resin member forming the 
dashboard part. 

[0022] Next, the vehicle registration certificate used 
in this system will be described. FIG. 4 is a schematic 
view showing an example of a face of the vehicle regis- 
tration certificate. In this drawing, a vehicle registration 
certificate 50 is a certificate issued for each vehicle. As 
shown in the drawing, on the face of the vehicle regis- 
tration certificate, a type, a model year (displayed as 
"model 2003"), a serial number, and a manufacturer's 
name of a vehicle of interest are described, and a pho- 
tograph of the vehicle is printed or attached. Moreover, 
the reference numeral 72 denotes a RFID embedded in 
the vehicle registration certificate 50. The RFID 72 in- 
cludes a semiconductor memory embedded therein, 
and this semiconductor memory includes both a non- 
rewritable area and a rewritable area. 
[0023] Note that this vehicle registration certificate is 
assumed to be issued by a manufacturer which manu- 
factures the vehicle, a public institution which manages 
vehicle registration, or the like. Moreover, this vehicle 
registration certificate is as large as a credit card having 
a size of, for example, 5.3 centimeters high by 8.5 cen- 
timeters wide, and the material thereof is plastic or the 
like. 

[0024] Next, a description will be given of information 
held by the RFID provided in the vehicle and the RFID 



72 embedded in the vehicle registration certificate 50. 
FIG. 5 is a schematic view showing a configuration of 
data stored in the memories within these RFIDs. As 
shown in the drawing, each memory includes a non-re- 

s writable area and a rewritable area. The non-rewritable 
area is inhibited from being rewritten by using a read- 
only-memory (ROM). Alternatively, a control is made so 
that the non-rewritable area is not be rewritten with a 
control function that the RFIDs include. 

10 [0025] The non-rewritable area stores a tag type code 
and the vehicle ID, and further includes a spare area. 
The tag type code is code information for discriminating 
whether the RFID is the RFID provided in the vehicle or 
the RFID provided in the vehicle registration certificate. 

15 The vehicle ID is code information for individually iden- 
tifying the vehicle. 

[0026] Moreover, the rewritable area stores owner da- 
ta, part configuration data, vehicle history data, and 
manifest issue data, and further includes a spare area. 

20 in terms of the owner data, part configuration data, ve- 
hicle history data, andmanifest issue data, the same in- 
formation is held andmanaged in the vehicle information 
database 1 02 as described later. In this system, the ve- 
hicle management server 10 and the terminals 20 can 

25 communicate with each other via the communication 
network 80. Therefore, data (owner data, part configu- 
ration data, vehicle history data, and manifest issue da- 
ta) stored in the vehicle information database 102 and 
data (owner data, part configuration data, vehicle history 

30 data, and manifest issue data) stored in the RFIDs are 
synchronously updated properly when needed. Moreo- 
ver, because the storage capacities of the RFIDs are 
limited, the vehicle information database 102 may be 
designed to hold a full set of each of these data sets, 

35 and each RFID is designed to hold only a subset of each 
of these data sets. 

[0027] Next, a description will be given of each data 
set held by the vehicle information database 102 with 
reference to FIGS. 6 to 9. Part of or the entire data 
40 shown in FIGS. 6 to 9 is held also in the RFID side on 
a vehicle-by-vehicle basis. 

[0028] FIG. 6 is a schematic view showing the data 
structure of the owner data included in the vehicle infor- 
mation database. As shown in the drawing, the owner 
45 data includes the owner information associated with a 
vehicle ID. The owner information is information such 
as the name, date of birth, address, and the like of an 
owner. 

[0029] FIG. 7 is a schematic view showing the data 
50 structure of part configuration data included in the vehi- 
cle information database. As an example shown in the 
drawing, the part configuration data holds information 
on the part configuration on a vehicle-by-vehicle basis 
(in terms of each vehicle ID) as data having a tree struc- 
55 ture. The reference numerals N1 to N7 denote nodes in 
this tree structure. The node N1 corresponds to a vehi- 
cle and includes data items such as the vehicle ID and 
the registration date of the vehicle. This vehicle is com- 
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posed of a part 01 , a part 02, apart03, and so on. Pieces 
of information on these parts are stored in the node N2, 
node N6, and node N7, respectively. Moreover, the parts 
have a hierarchical structure. For example, the part 01 
is further composed of a part 01 -01 , a part 01 -02, a part 5 
01-03, and so on, and pieces of information on these 
parts are stored in the node N3, node N4, and node IM5, 
respectively. Each of the nodes N2 to N7 includes data 
items such as a part name indicating a name of the part, 
a part code for identifying the type of the part, a part.- 10 
serial number assigned to each individual vehicle, a part 
lot number indicating a lot in manufacturing the part, a 
part manufactured date indicating the date when the 
part is manufactured, a part attachment date indicating 
the date when the part is attached to the vehicle or the 15 
date when the part is attached to the upper part, a part 
attachment reason (event, for example, such as "new 
vehicle production" and "replacement for repair") indi- 
cating a reason for attaching the part. 
[0030] Note that FIG. 7 exemplifies the case where 20 
the number of part hierarchies is two. However, there 
may be any number of hierarchies. 
[0031] FIG. 8 is a schematic view showing the data 
structure of the vehicle history date included in the ve- 
hicle information database. As the example shown in the 25 
drawing, the vehicle history data holds history informa- 
tion on a vehicle-by-vehicle basis (in terms of each ve- 
hicle ID) and includes at least data items of a date, his- 
tory summary, and details. Values of the item of history 
summary are, for example, "new vehicle production", 30 
"owner registration", "owner change", "filling", "repair", 
"unregistratibn", "manifest issue", and the like. In terms 
of these pieces of history information, information is 
generated in the terminals 20 each time the respective 
events occur. The information is written in the RFID pro- 35 
vided in the vehicle or the RFID of the vehicle registra- 
tion certificate when needed and transmitted from the 
terminals 20 to the controller 101. The controller 101 
performs writing in the database based on the transmit- 
ted information. 40 
[0032] Note that when the history summary is "new 
vehicle production", a manufacturer name and a plant 
name are written as detailed data. When the history 
summary is "owner registration", the name and address 
of an owner and the like are written as detailed data. 45 
When the history summary is "filling", information spec- 
ifying a filling station, a quantity of fuel supplied, odom- 
eter information at the time of filling, and the like are writ- 
ten as detailed data. When the history summary is "re- 
pair", a repair shop name, information of repair details, so 
and the like is written as the detailed data. When the 
history summary is "owner change", the name and ad- 
dress of a new owner and the like are written as the de- 
tailed data. 

[0033] FIG. 9 schematically shows manifest issue da- 55 
ta included in the vehicle information database. As an 
example shown in the drawing, the manifest issue data 
includes data items such as a manifest issued flag, a 



waste treatment code, waste generator information, col- 
lector/transporter information, intermediate treatment 
company information, final disposal company informa- 
tion, public keys of the waste generator, the collector/ 
transporter, the intermediate treatment company, and 
the final disposal company on a vehicle-by-vehicle basis 
(in terms of each vehicle ID). The manifest issued flag 
is information indicating whether a manifest has been 
already issued. The waste treatment code is information 
indicating whether or not the manifest is issued in paper 
or electronic form. Note that a secret key corresponding 
to each of the public keys is held by a computer of each 
of the disposal service providers. A plurality of genera- 
tors, collectors/transporters, or companies (for exam- 
ple, intermediate treatment companies) may be in- 
volved in each s^age in accordance with processing 
thereof. In that case, public key information of each of 
the disposal service providers is held in this manifest 
issue data. 

[0034] FIG. 10 is a schematic view showing a list of 
functions included by the controller 101 of the vehicle 
information management server 10. As shown in the 
drawing, in this embodiment, the controller 101 broadly 
includes a vehicle Jifecycle management functions (a), 
an arrangement functions (b), and disposal/recycling 
functions (c). 

[0035] In more detail, the vehicle lifecycle manage- 
ment functions include functions of (1 ) new vehicle reg- 
istration, (2) new vehicle sale (new registration of own- 
ers), (3) import, (4) used vehicle transfer (owner change 
and registration), (5) export, (6) vehicle un registration 
information (waste generator registration), (7) filling, (8) 
repair, and the like. The arrangement functions include 
(1 1 ) stolen vehicle search, (12) specific vehicle type/part 
arrangement, and (13) illegally dumped vehicle ar- 
rangement and the like. Moreover, the disposal/recy^ 
cling functions include functions of (21) manifest issue, 
(22) waste generation management, (23) collection/ 
transportation management, (24) intermediate treat- 
ment management, and (25) final disposal manage- 
ment. A brief description will be given of each function 
below. 

(1 ) The function of new vehicle registration receives 
the vehicle ID, the part configuration data, and the 
like of a new vehicle from the terminals 20 of a ve- 
hicle manufacturing plant or the like and registers 
data of the new vehicle in the vehicle information 
database 1 02. At this time, information written in the 
RFID provided in the vehicle and the RFID embed- 
ded in the vehicle registration certificate is simulta- 
neously generated. 

(2) The function of new vehicle sale (new registra- 
tion of owners) receives data such as the name and 
address of an owner from the terminal 20 of a vehi- 
cle dealer, the vehicle sale website server 30, or the 
like and registers the owner data of the vehicle in- 
formation database 1 02. 
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(3) The function of import performs processing the 
same as that of the function of used car transfer de- 
scribed later in the case of import from countries (ar- 
eas) managed by this vehicle management system. 
In the case where a vehicle is imported from a coun- 
try (area) not managed by this vehicle management 
system, the function of import registers the owner 
data and part configuration data of the vehicle as a 
new vehicle and registers past history information 
as the vehicle history data. The functions necessary 
for processing of the import function are received, 
for example, from the terminals 20 of the customs 
offices. 

(4) The function of used vehicle transfer (owner 
change and registration) receives data such as the 
name and address of an owner after transfer from 
the terminal 20 of a used vehicle dealer or the like, 
registers data of a new owner in the vehicle infor- 
mation database 102, and adds vehicle history da- 
ta. 

(5) The function of export performs processing the 
same as that of the aforementioned used car trans- 
fer in the case of export to countries (areas) man- 
aged by this vehicle management system. In the 
case of export to other countries (areas), the owner 
data is updated or deleted, and the export record is 
added as the vehicle history data. Functions neces- 
sary for processing of the export function are re- 
ceived from, for example, the termirials'20 of the 
customs offices. --vw x-'- -V 

(6) The function of vehicle unregistration (waste 
generator registration) adds information indicating 
unregistration as the vehicle history data and per- 
forms a process to register the waste generator 
which is a first agency that contracts for waste dis- 
posal in the vehicle information database 102. 

(7) From the terminals 20 of the filling stations con- 
cerning, the function of filling receives data (infor- 
mation of a quantity of fuel supplied, odometer in- 
formation, filling location information, and the like) 
filling and performs a process to register the same 
as the vehicle history data. 

(8) The function of repair receives data concerning 
repair from the terminals 20 of the repair shops and 
registers the same as the vehicle history data. In 
the case where part replacement or the like is per- 
formed in repair, the part configuration data of the 
vehicle information database is also updated. 

(1 1 ) In the case of vehicle theft or the like, the func- 
tion of stolen article search performs search for a 
stolen article by the vehicle ID thereof. Information 
for searching for a stolen article is transmitted to the 
terminals 20 of the customs offices, repair shops, 
and filling stations. For example, in a filling station, 
it is designed to allow the vehicle ID to be read from 
the RFID provided in a vehicle at the position where 
the vehicle stops for filling, and to allow the vehicle 
ID read from the RFID of the vehicle to be compared 
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to the vehicle ID of the stolen vehicle search infor- 
mation. Moreover, it may be designed to stop filling 
and notify information in the location of that filling 
station of the vehicle information management 
server side when the both match each other as a 
result of comparison. This makes it relatively easy 
to know the whereabouts of the stolen vehicle..:-; 
(12) For example, in the case where parts of a spe- 
cific lot come near the end of life, the function of 
specific vehicle type/part arrangement specifies ve- 
hicles including those parts by searching the part 
configuration data within the vehicle information da- 
tabase 1 02 and obtains the owner data of the vehi- 
cles. This enables information of part replacement 
and the like to be sent to the owners. Moreover, the 
vehicle history data is designed to include a history 
of vehicle inspection, a history of replacement of 
parts such as tires, a history of maintenance or 
checking, and the like. This enables information of 
next vehicle inspection, part replacement, checking 
and the like to be sent when a predetermined period 
of time has passed after the last inspection, part re- 
placement, checking J and the like based on the ve- 
hicle history data. These pieces of information may 
be sent to the addresses of the owners by post. Al- 
ternatively, it may be designed to hold e-mail ad- 
dresses as owner data and send information to the- 
e-mail addresses by e-mail. In addition, for exam: . 
pie, it may be designed to send information to own- v 
ers for adding a function to software in a part with 7< 
control means by software embedded therein other 
than the case of the end of life of parts. 
(13) The function of illegally dumped vehicle man- 
agement outputs information on vehicles illegally 
dumped. For example, when a vehicle illegally 
dumped is found, the vehicle ID is read from the 
RFID provided in the vehicle using a handy terminal 
(portable terminal) or the like at the dumping site. 
The controller 1201 reads the vehicle history data 
or the owner data of the vehicle of interest from the 
vehicle information database 1 02. If the vehicle has 
been already unregistered and passed to a disposal 
process, the state of the waste treatment is tracked 
based on the data written in the vehicle information 
database 1 02bymeansofthedisposal/recycling- 
functionsdescribedlater. 



50 



55 



[0036] Next, a description will be given of the dispos- 
al/recycling functions. FIG. 11 is a schematic view show- 
ing processing and data flow in the disposal/recycling 
functions. In FIG. 11, waste generation management, 
collection/transportation management, intermediate 
treatment management, and final disposal manage- 
ment are functions included by the controller 1 01 . Note 
that the processing shown in this drawing is based on 
the premise that an electronic manifest has been al- 
ready issued. Specifically, when the process of vehicle 
unregistration is performed, the process of manifest is- 
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sue is performed in conjunction therewith, and the man- 
ifest (manifest data) as electronic data is recorded in the 
vehicle information database 1 02. This manifest data in- 
cludes a vehicle ID, and the vehicle ID associates the 
manifest data with the other data within the vehicle in- 
formation database. Note that the manifest data may be 
recorded and held in another recoding area within the 
vehicle management server 1 0 or in a recording medium 
(not shown) such as a magnetic disk within another 
computer instead of being held in the vehicle database 
102. 

[0037] Hereinafter, a description will be given along 
the flow in FIG. 1 1 . First, the waste generation manage- 
ment function included by the controller 101 reads the 
vehicle ID of a vehicle to be disposed of from the vehicle 
information database 102 and adds the waste genera- 
tion information (including information on the waste gen- 
erator) thereto (step S110). Subsequently, the waste 
generation management function sends information in- 
cluding this vehicle ID and the waste generation infor- 
mation to the terminal 20 of the waste generator via the 
communication network 80 and asks encryption thereof. 
The waste generator side encrypts this information with 
the secret key of the waste generator and returns the 
same to the waste generation management function of 
the controller 101. The waste generation management 
function writes the returned encrypted information in the 
vehicle information database 1 02 as the waste genera- 
tor information and also writes the public key of the 
waste generator in the vehicle information database 1 02 
(step S1 11). 

[0038] Subsequently, the collection/transportation 
management function included by the controller 101 
reads the waste generator information from the vehicle 
information database 1 02 and adds the collection/trans- 35 
portation information (including information on the col- 
lector/transporter) thereto (step S120). The collection/ 
transportation management function sends the informa- 
tion after the addition to the terminal 20 of the collector/ 
transporter via the communication network 80 and asks 40 
encryption thereof. The collector/transporter side en- 
crypts this information with the secret key of the collec- 
tor/transporter and returns the same to the collection/ 
transportation function of the controller 1 01 . The collec- 
tion/transportation function writes the returned encrypt- 45 
ed information in the vehicle information database 1 02 
as the collector/transporter information and also writes 
the public key of the collector/transporter information in 
the vehicle information database 102 (step S121). 
[0039] Subsequently, the intermediate treatment 50 
management function included by the controller 101 
reads the collector/transporter information from the ve- 
hicle information database 1 02 and adds the intermedi- 
ate treatment information (including information on the 
intermediate treatment company) thereto (step S130). 55 
The intermediate treatment management function then 
sends this information after the addition to the terminal 
20 of the intermediate treatment company via the com- 



munication network 80 and asks encryption thereof. The 
intermediate treatment company side encrypts this in- 
formation with the secret key of the intermediate treat- 
ment company and returns the same to the intermediate 
treatment management function of the controller 101 . 
The intermediate treatment management function 
writes the returned encrypted information in the vehicle 
information database 1 02 as the intermedi ate treatment 
company information and also writes the public key of 
1 the intermediate treatment company in the vehicle infor- 
mation database 102 (step* S1 31). 
[0040] Subsequently, the final disposal management 
function included by the controller 101 reads the inter- 
mediate treatment company information from the vehi- 
cle information database 1 02 and adds the final disposal 
information (including information on the final disposal 
company) thereto (step S140). The final disposal man- 
agement function sends this information after the addi- 
tion to the terminal 20 of the final disposal company via 
the communication network 80 and asks encryption 
thereof. The final disposal company side encrypts this 
information with the secret key of the final disposal com- 
pany and returns the same to the final disposal manage- 
ment function of the controller 101 . The final disposal 
management function writes the returned encrypted in- 
formation in the vehicle information database 1 02 as the 
final disposal company information and also writes the 
public key of the final disposal company in the vehicle 
information database 1 02 (step S141 ). . 
[0041] Managing information on wastes by perform- - 
ing the processing from the step S110 to the step S141 
according to each level of the waste treatment as de- 
scribed above enables the information on the state of 
the disposal treatment to be managed in an integrated 
fashion. Moreover, the information is encrypted with the 
secret key of each disposal service provider. According- 
ly, the information is surely guaranteed to be information 
added by the appropriate disposal service provider by 
decrypting the information with the corresponding public 
key. It is thus possible to hold information adequate for 
accurately tracking the processes of the waste treat- 
ment in the vehicle information database. In addition, 
the information on the waste treatment is associated 
with the vehicle ID of the vehicle of interest, and the ve- 
hicle ID corresponds to the vehicle ID which is written 
in the RFID provided in the vehicle registration certifi- 
cate or the vehicle itself. This ensures identification of 
the individual vehicle to be disposed of as a waste. 
[0042] Note that the example of FIG. 11 is based on 
the premise that the processes are sequentially per- 
formed in the order of the waste generator, the collector/ 
transporter, the intermediate treatment company, and 
the final disposal company, but the processes is not nec- 
essarily performed in this order. The information of each 
of the disposal/recycling service providers can be en- 
crypted and added step by step. For example, a single 
disposal service provider may perform both the collec- 
tion/transportation and the intermediate treatment to- 
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gether, or the intermediate treatment may be separated 
in a plurality of stages performed by a plurality of dis- 
posal service providers. Moreover, different treatment 
companies may be involved according to materials con- 
stituting the wastes or the like. 5 
[0043] Each of the vehicle information management 
server 10, terminals 20, portable terminal 21, vehicle 
sale website server 30, and the like includes a computer 
system inside. Each process of processing of the afore- 
mentioned vehicle information management is stored inr 10 
a computer-readable recording medium in the form of a 
computer program. Each computer reads and executes 
the program to perform the aforementioned processing. 
Here, the computer-readable recording medium is a 
magnetic disk, a magneto-optical disk, a CD-ROM, a 15 
DVD-ROM, a semiconductor memory, or the like. The 
computer program may be distributed to the computer 
through a communication line and executed by the com- 
puter that has received the distribution. 
[0044] The embodiment of the present invention has 20 
been described above with reference to the drawings, 
but the concrete constitution is not limited to this embod- 
iment and may includes a design and the like without 
departing from the scope of this invention. 
[0045] As described above, according to this present 25 
invention, the tag read/write signals (electromagnetic 
waves) are transmitted through the resin member be- 
cause the tag (RFID) is attached inside the resin mem- 
; ber. Therefore, information of the tag can be easily read 
c and/written using the tag reader/writer. Moreover, since 30 
the tag is attached inside the vehicle seat composed of 
a resin member, space within the vehicle seat can be 
efficiently utilized. In other words, there is an advantage 
that less design restrictions are newly applied compared 
to the case where the tag is provided on the chassis 35 
frame or the like. Moreover, providing the tag inside the 
seat is advantageous from perspective of water resist- 
ance, ultraviolet resistance, and the like and can prevent 
the tag from being deteriorated. Furthermore, since the 
tag is hardly removed, there is an advantage that the 40 
tag is unlikely to be removed by vibration or the like or 
to be stolen. 

[0046] Furthermore, when the vehicle is a saddle type 
vehicle, the seat is exposed to the exterior space. There- 
fore, there are fewer obstacles to electromagnetic 45 
waves, and information of the tag can be easily read and 
write even from the right above the vehicle. 
[0047] Object: To provide a vehicle in which informa- 
tion of RFID is easily read and written by attaching a tag 
at a position where electromagnetic waves are. so 
[0048] Constitution: In a vehicle including a tag 
mounted, the tag including a recordingmedium in which 
identification information for identifying a vehicle is reg- 
istered, the tag is attached inside a resin member. Par- 
ticularly, the tag is attached inside a vehicle seat com- 55 
posed of a resin member. Furthermore, a tag is attached 
as described above in a saddle-type vehicle. 
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A vehicle including a tag mounted therein, the tag 
(71a - 71f, 72) including a recording medium (102) 
in which identification information for identifying a 
vehicle is registered, characterized in that the tag 
(71a - 71 f) is attached inside a resin member (90). 

The vehicle according to claim 1 , wherein the tag is 
attached inside a vehicle seat (90) composed of a 
resin member. 

The vehicle according to any one of claims 1 and 2, 
wherein the vehicle is a saddle-type vehicle. 
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